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include descriptive information about the identity of the caller, the subject matter 
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the party being called in advance of their accepting the call. The identifying 
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(57) A method and apparatus for interactive call 
identification of a call to a called party. Identifying mes- 
sages, either text and voice, can be entered on a call- 
by call basis by the calling party to provide information 
regarding the call to enable the called party to screen 
the incoming call. Such identifying messages can in- 
clude descriptive information about the identity of the 
caller, the subject matter of the call or any other user- 
user information. The identifying message istransmitted 
in the form of a real-time message sent by the caller and 
received by the party being called in advance of their 
accepting the call. The identifying message is created 
on a call-by-call basis by the calling party. The called 
party receives the identifying message and, after receiv- 
ing the message ; the called party can accept, forward 
or reject the incoming call based on the information pro- 
vided in the identifying message. The calling party has 
the option of using either real-time or pro-recorded mes- 
sage functions. The calling party can select, via a pre- 
determined access code, to enter a personal message 
(voice or text) directly from the location from which the 
call is being placed after dialing the desired number. In- 
teractive call identification can be initiated either by the 
called or calling party. 
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Description 

Technical Field 

This invention relates generally to telecommunica- 
tions systems, and more particularly to a method and 
apparatus for implementing interactive call identification 
to facilitate caller identification. 

Related Background Art 

Prior to picking up the handset on a ringing tele- 
phone, thereby accepting an incoming call, it is increas- 
ingly desirable for a call recipient to have access to cer- 
tain information about that incoming call prior to accept- 
ing the call. Having access to this information will aid the 
call recipient in screening the incoming call to decide 
whether or not to accept it. 

Various call identification methods are currently 
available which provide selected information to the call 
recipient regarding the incoming call to aid him or her in 
identifying that incoming call. 

These known call identification methods include 
features to display call information to the call recipient 
by sending and displaying a data message to the called 
station. These methods however, are inherently limited 
in the scope of information they are capable of convey- 
ing to the screening call recipient. 

The call information (i.e. . the data message) provid- 
ed in these known call identification methods consists 
of, or at best is derived from, the phone number of the 
station from which the caller is placing the call, providing 
little more information than the calling station number to 
the called party. The nature or purpose (i.e., subject mat- 
ter) of the call or any other information, is left to be dis- 
covered by the called party only after accepting the call. 

These known methods typically identify the number 
of the station from which the calling party is placing the 
call from a unique code associated with that station from 
which the call is placed. Where the subscribing call re- 
cipient has installed the necessary hardware (i.e., digital 
display of some type or an ISDN station), the station 
number from where the calling party is placing the call 
will be displayed. Where the call recipient has a conven- 
tional analog station, these identification services are 
unavailable without additional equipment. Further, the 
calling number will be available to the called party only 
where the calling party has not blocked the information. 

Since a called party will typically only have a few of 
the more frequently used numbers committed to mem- 
ory, a method of merely displaying the calling station 
number is of limited utility. 

Related methods will also display the caller's name, 
derived from the calling station number, or other limited 
data messages. While these methods are potentially 
more helpful to the call recipient in deciding whether to 
take a call, they still suffers from the inherent limitation 
that any information provided to the called party is by 



necessity tied to the phone station from which the call 
is placed. 

A call-announcement method is also available for 
call identification. 

5 In the call announcement scheme ; a text-to-speech 

converter generates speech signals from text retrieved 
from a database, for transmission to the called station. 
The database contains information associated with the 
calling party's number, specifically the calling party's 

io name. After answering the call, a subscribing call recip- 
ient will receive synthesized, spoken information con- 
sisting of the calling party's name and/or number. This 
service is made available to customers having conven- 
tional analog or ISDN equipment. 

15 a related development in call identification is that 
the call recipient who subscribes to the call announce- 
ment service can also make a personalized list, resident 
in the subscribing party's station equipment or central 
office, where the phone number of frequent callers is 

20 correlated to an identifying message, either recorded 
voice or text, entered by the subscriber. However, the 
calling party must have an entry in the called party's da- 
tabase corresponding tothe number from which the call- 
ing party is calling in order for their call to be meaning- 

25 fully announced to the called party. Where there is no 
corresponding entry on the list, an incoming call may 
remain unidentified or may be mis-identified. 

Also, as is common tothe previously mentioned call 
identification methods, where a known and welcome 

30 caller is calling from someone else's phone or is identi- 
fied as an 'unlisted caller' because he is calling from an 
unknown (such as a payphone) or blocked number, a 
call from an otherwise welcome caller may go unan- 
swered due to the lack of or improper identification. 

35 As has been illustrated, an inherent limitation in 
these known methods is that identification of a calling 
party is constricted to the station from which the call is 
being placed ; providing little, if any, information beyond 
the calling station number. This is of limited value if 

40 someone with whom the recipient wishes to speak is 
calling from an unfamiliartelephone. With the known call 
identification methods, the call recipient would in this 
case see an unfamiliartelephone number as identifying 
the incoming call and have no further information upon 

45 which to decide whether or not the call should be ac- 
cepted. Even the slightly more sophisticated call-an- 
nouncement method gives little more pre-answer infor- 
mation to the call recipient as it is still tied to the station 
number from which the incoming call is placed and any 

50 possible messages to be retrieved can, practically 
speaking, only be generic in nature (i.e., "This is Bob.") 
In any event, the nature or subject of the call will 
remain unknown to the recipient until he or she actually 
takes the incoming call. 

55 Thus, to illustrate, with the known methods, calling 
party 'A' cannot be properly identified to the called party 
as 'A' unless 'A' is placing the call from a phone or station 
having a directory number associated with 'A'. If 'A' plac- 
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es the call from a station assigned to party 'B', party 'A' 
will be mis-identified to the call recipient as party 'B\ 

Other known messaging methods which allow a 
caller to send a voice message to a called party are re- 
stricted by other limitations. Although providing capabil- 
ities of custom message recording, a separate call is re- 
quired during which the message is created. The mes- 
sage is then delivered at a scheduled delivery time to a 
recipient party. 

As is evident from the foregoing, limitations in 
known methods limit the effectiveness, and therefore 
the utility, of the current level of advancement achieved 
in the area of call identification. 

Summary Of The Invention 

Limitations of known call identification and an- 
nouncement methods are resolved and technical ad- 
vances are achieved in the present invention by a meth- 
od and system for interactively identifying a telephone 
call on a communication network as part of call estab- 
lishment procedure. 

A telephone call is terminated in a first telephone 
connection from a calling location. A message is re- 
ceived from the calling location. This message is then 
stored. The message is then relayed over a second tel- 
ephone connection tothe called location. The telephone 
call is then processed based on an input from the called 
location. 

Alternatively, the first connection can be placed on 
hold prior to relaying the message, while the second 
connection is established. The method and system can 
include prompting the calling party to enter a message. 

The message transfer can be initiated by either the 
calling or called party, via subscription or via activation 
by the calling party entering special activation codes 
when placing the call. 

The processing of the telephone call can include 
bridging the telephone connection immediately, for- 
warding the call to a forwarding location, accommoda- 
tion for call waiting, and rejecting the call where a mes- 
sage can be sent back to the calling party and the call 
can then be released. 

The method and system of the present invention 
can be implemented on an Integrated Services Digital 
Network; a broad band signalling Integrated Services 
Digital Network; a packet network or a POTS network 
utilizing DTMF signals. 

The messaging transfer can be implemented on a 
network server, an originating switch, an intermediate 
switch, or a terminating switch. 

The method and system are capable of supporting 
both voice and text messages which can be entered on 
a call-by-call, or real-time basis. The text messages may 
be entered via a keyboard or personal computer. The 
text message may also be pre-stored and/or selectable 
and/or expandable. The text message may also be con- 
verted into audio. 



Brief Description Of Drawings 

The following drawings are referenced in the de- 
tailed description which follows and are provided to fa- 
5 cilitate a better understanding of the invention disclosed 
herein. 

Figure 1 illustrates a typical communication path for 
an end-to-end call from a calling party to a called party. 

Figure 2 illustrates typical ISDN signalling flow for 
10 the completed end-to-end call of Figure 1 . 

Figure 3 illustrates a communication path of the 
present invention as routed through a special server and 
intermediate central office switches. 

Figure 4 illustrates the ISDN processing flow for an 
15 implementation of the present invention according to 
one embodiment of the present invention initiated by the 
called party for voice messaging. 

Figure 5 illustrates the message flow for the 
processing flow of Figure 4. 
20 Figure 6 illustrates the ISDN processing flow for an 
implementation of the present invention according to 
one embodiment initiated by the called party for text 
messaging. 

Figure 7 illustrates the message flow for the 
25 processing flow of Figure 6. 

Figure 8 illustrates the ISDN processing flow for an 
implementation of the present invention according to 
one embodiment initiated by the calling party. 

Figure 9 illustrates the message flow for the 
30 processing flow of Figure 8. 

Figure 10 illustrates the processing flow for the 
server function element processing a voice message 
according to the present invention. 

Figure 11 illustrates the processing flowforthe serv- 
es er function element processing a text message accord- 
ing to the present invention. 

Detailed Description Of The Preferred Embodiments 

40 Referring to Figure 1 , when a calling party 1 00 plac- 
es a call to a called party 200, current technology estab- 
lishes a connection between these two end-users. This 
is achieved by the signalling system. The signalling sys- 
tem attempts to confirm a clear line via a specific route 
45 from the calling party 100 to originating switch 110 
through the central office 300 ; to the appropriate termi- 
nating switch 210, finally to the called party 200. The 
route is established by the signalling system via connec- 
tions through the various required paths until the line is 
50 complete from end-to-end. 

With reference to Figure 2, the standard procedure 
of determining a clear line connection involves what can 
be summarized as a three stage process. First, the call- 
ing party station 100 must establish a connection to its 
55 originating switch 110; second, the originating switch 
110 must then establish connection tothe destination or 
terminating switch 21 0, via any intermediate devices (for 
illustrative purposes, the described embodiments of the 
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present invention assume that the calling and called par- 
ties are served by different switches, however, the prin- 
ciples of the present invention are equally applicable 
where both the calling and called parties are served by 
the same switch, i.e., originating and terminating switch- 
es are the same); and, finally the terminating switch 21 0 
must establish a connection to the called party station 
200. When all stages of the connection process are 
completed a clear line is established between calling 
100 and called 200 party stations. 

Once the clear line is thus established, the called 
party 200, by picking up the handset of his ringing tele- 
phone, accepts the call and the originating switch 110 
completes the connection between the calling and 
called stations, and end-to-end communication (be- 
tween calling and called stations) may then begin. 

Figure 3 illustrates a communication path for an 
end-to-end call from a calling party 100 to a called party 
200 according to one exemplary embodiment of the 
present invention. 

In the present invention, information converningthe 
identity of the caller, subject matter of the call or any 
other user-user information (UUI"), is sent by the caller 
100 and is received by the called party 200 in advance 
of the called party 200 answering the call as part of the 
call set-up. The UUI information of the present invention 
is provided in the form of a voice or text message which 
is created interactively on a call-by-call basis by the call- 
ing party upon initiating the call. The message can be 
entered by the calling party on a real-time basis or gen- 
erated from messages pre-stored on a database. 

Refering to Figure 3, an end-to-end communication 
path is established between a calling party 100 and a 
called party 200. The signalling system attempts to con- 
firm a clear line via a specific route from the calling party 
100 to originating switch 110 through the central office 
300, which in this embodiment may include central office 
intermediate switches 115 and special network server 
1 20, to the appropriate terminating switch 21 0, finally to 
the called party 200. The route is established by the sig- 
nalling system via connection through the various re- 
quired paths until the line is complete from end-to-end. 

Either the calling or called party can initiate mes- 
sage transfer according to the present invention. 

One embodiment of the present invention is imple- 
mented where the called party 200 subscribes to the 
message transfer service of the present invention and 
is thus the initiator of the message transfer service. 
When a call is placed to the called party 200, the call is 
routed to a special server 1 20 which terminates the call. 
Therefore, the called party number dialed by the calling 
party is an "alias" which instructs the network to route 
the call to the special server 1 20. The special server 1 20 
then prompts the calling party 100 for their message. 
Once their message has been accepted, the special 
server 1 20 places the call on hold, and initiates a second 
call to the called party 200, over which it delivers the 
voice or text message as will be explained. If the called 



party 200 accepts the call, the special server 120 bridg- 
es the two calls, the connection is completed and com- 
munication can begin. Alternatively, the called party 200 
may forward the call, where the special server 1 20 com- 
5 pletes the call to the forwarding point, and then bridges 
the connections. Finally, in the system defau It, the called 
party 200 does not answer the call, and the special serv- 
er 120 generates a ring-back to the calling party 100 
which will experience a "ring-no-answer" condition and 
eventually hang up. 

Figure 4 illustrates the Integrated Services Digital 
Network ("ISDN") processing flow for a special server 
based implementation in one exemplary embodiment of 
the present invention. In this embodiment, message 
transfer is initiated by a subscribing called party. Illus- 
trated in Figure 4 is a voice message sent from a calling 
party 100 to a subscribing called party 200, where the 
call is accepted by the called party 200. Figure 5 
presents detailed message flow for the processing flow 
illustrated in Figure 4, depicting this embodiment of the 
present invention in a condition where the called party 
accepts the incoming call. 

Referring to Figure 4, in step 400, a SETUP mes- 
sage is generated from the calling party to originating 
switch when the calling party dials the called party's 
number. This SETUP message contains the alias forthe 
called party number ("called #'") which instructs the orig- 
inating switch, in step 405, to route the call to a special 
server 120 using standard ISDN procedures. The spe- 
cial server, in step 41 0, prompts the calling party to enter 
a message overthe established connection. Instep415, 
the calling party enters the desired message, in this ex- 
ample a voice message, by speaking into the telephone 
handset. This voice message is stored in the special 
server in step 420 and the call between the calling party 
and the special server is placed on hold in step 425. The 
special server 1 20 then initiates a call to the called party 
using standard ISDN procedures in step 430 to establish 
a voice path to the called party. After the voice path is 
established to the called party in step 435 (for example, 
either a speakerphone is activated or the receiver is 
picked up on a conventional telephone), the special 
server plays the voice message over the newly estab- 
lished voice path in step 440. The called party, then de- 
cides in step 445 whether to accept the call based on 
the content of the message, enters a code to either ac- 
cept the call, forward the call, or reject (i.e., ignore) the 
call. If the called party accepts the call in step 450, the 
special server will bridge the two calls to create an end- 
to-end connection in step 455 and the call can proceed 
normally in step 480. If the called party forwards the call 
in step 460, the special server will forward the call to the 
forwarding number according to standard procedures 
and the call can proceed normally in step 480. If the 
called party rejects or ignores the call in step 470, a 
"ring-no answer" is encountered by the calling party and 
the call proceeds normally in step 480 where a "ring-no 
answer" is experienced by the calling party 100 until the 
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calling party hangs up. 

Referring now to Figure 5, a SETUP message is 
generated over signaling links from the calling party 1 00 
to originating switch 110 when the calling party dials the 
called party's number. (See 400, Fig. 4.) This SETUP 
message contains an alias for the called party number 
("called #"') which instructs the originating switch 110 to 
route the call to a special server 120, via any central 
office intermediate switches 115. (See 405, Fig. 4.) Us- 
ing standard ISDN procedures, the call is completed to 
the special server 120. The special server 120 prompts 
the calling party 100 to enter a message, voice or text, 
over the established connection. (See 410, Fig. 4.) In 
this example, the calling party 100 enters a voice mes- 
sage by speaking the message into the telephone hand- 
set. (See 415, Fig. 4.) This voice message is stored in 
the special server 120 (See 420, Fig. 4.) and the call 
between the calling party 1 00 and the special server 1 20 
is placed on hold. (See 425, Fig. 4.) The special server 
120 then initiates a call via any central office intermedi- 
ate switches 115 and terminating switch 210 to the 
called party 200 using standard ISDN procedures. (See 
430, Fig. 4.) After the called party 200 answers the call 
(See 435, Fig. 4.), as is indicated by the CONNECT 
message sent over signalling links from the called party 
200 to its terminating switch 21 0 through to special serv- 
er 120, the special server 120 plays the voice message 
over the newly established connection. (See 440 Fig. 
4.) The special server 120 also prompts 230 the called 
party 200 to enter a code to either accept the call, for- 
ward the call, or reject (i.e., ignore) the call. In the ex- 
ample implementation illustrated in Figure 5, the called 
party 200 signals to accept the call. At this time, the spe- 
cial server 120 bridges the connections between the 
calling party 1 00 and called party 200 and the call is es- 
tablished end-to-end (100 to 200). (See steps 445, 450, 
455 Fig. 4.) The call now proceeds normally. (See 480 
Fig. 4.) 

Figure 6 illustrates the ISDN processing flow for a 
special server based implementation in another exem- 
plary embodiment of the present invention. In this em- 
bodiment, message transfer is initiated by a subscribing 
called party. Illustrated in Figure 6 is a text message is 
sent from the calling party 100 to the subscribing called 
party 200, where the call is accepted by the called party 
200. Figure 7 presents detailed message flow for the 
processing flow illustrated in Figure 6, depicting this em- 
bodiment of the present invention in a condition where 
the called party 200 accepts the incoming call. 

Referring to Figure 6, in step 500, a SETUP mes- 
sage is generated over signaling links from the calling 
party 100 to the originating switch 110 as in the imple- 
mentation example of Figures 4 and 5. Again, using 
standard ISDN procedures, the call is completed to a 
special server 120 in step 505. The special server 120 
prompts the calling party 100 to enter a text message 
over the established connection in step 510. (Again, the 
calling party can select either a voice or text message, 



but for this exemplary embodiment, a text message was 
chosen for illustrative purposes.) In step 515, the calling 
party either enters the text message using a keyboard 
(via, for example, a personal computer with a modem), 

5 or enters a code for a message that is pre-stored in its 
phone. Where a code for a pre-stored message is cho- 
sen, the telephone expands the message code into a 
full textual message using known methods. The text 
message is then stored in the special server 1 20 in step 

10 520 and the call between the calling party and the spe- 
cial server 1 20 is placed on hold in step 525. The special 
server 1 20 then initiates a call to the called party in step 
530, using standard ISDN procedures, and sends the 
text message for display to called party 200. 

15 in step 531, an option is selected to either "wait" or 
"bridge" the call. 

If the "bridge" option is chosen, the call is bridged 
immediately in step 535. When the called party accepts 
the call, as in this example, process flow continues in 

20 step 535 where the special server will bridge the two 
calls to create an end-to-end connection in step and the 
call can proceed normally in step 550. 

If the "wait" option is chosen, the call will not be 
bridged, forwarded or released until a user response 

25 from the called party has been received. In step 532, the 
called party sends instructions and the flow continues 
to step 540. 

In step 540, the server function element resolves, 
based on input from the called party, to either accept the 
30 call (step 542), or not (step 541 ). Where the called party 
has accepted the call (542), the server function element 
will bridge the call (either connect or forward) in step 

544. Where the called party has not accepted the call 
(541), the server function element will either, at the 

35 choice of the called party, do nothing and "Ring Back" 
(i.e., allow a "ring no answer" condition to persist) in step 

545, or it can be configured to play an announcement 
to the called party that the call was not accepted by the 
called party 200 (step 543) and finally release the call 

40 in step 547. 

Referring now to Figure 7, a SETUP message is 
generated over signaling links from the calling party 1 00 
to originating switch 110 when the calling party dials the 
called party's number. (See 500, Fig. 6.) This SETUP 

45 message contains an alias for the called party number 
("called #'") which instructs the originating switch 110 to 
route the call to a special server 120, via any central 
office intermediate switches 115. (See 505, Fig. 6.) Us- 
ing standard ISDN procedures, the call is completed to 

50 the special server 120. The special server 120 prompts 
the calling party 100 to enter a message over the estab- 
lished connection. (See 510, Fig. 6.) The calling party 
100 enters and sends the text message. (See 515, Fig. 
6.) (Again, the calling party can select either a voice or 

55 text message, but for this exemplary embodiment, a text 
message was chosen for illustrative purposes.) This text 
message is stored in the special server 120 (See 520, 
Fig. 6) and the call between the calling party 100 and 
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the special server 120 is placed on hold. (See 525, Fig. 
6.) The special server 120 then initiates a call to the 
called party 200 using standard ISDN procedures, send- 
ing the text message as well. The message is sent to 
the called party 200 by the terminating switch 21 0 in the 
DISPLAY information element of the SETUP message. 
(See 530, Fig. 6.) The special server 120 bridges the 
connections between the calling party 100 and called 
party 200, and the text message will then be displayed 
at the called party cite. (See step 535 Fig. 6.) After the 
called party 200 answers the call, and the call is estab- 
lished end-to-end (100 to 200). The call now proceeds 
normally. (See 550 Fig. 6.) 

Although in the embodiment depicted in Figure 7, 
the call is bridged immediately (i.e., with reference to 
Figure 6, flow continues, from step 530, through step 

531, to step 535), an option can be selected to "wait". 
(Step 531 , Fig. 6). If the "wait" option is chosen, the call 
will not be bridged, forwarded or released until a user 
response from the called party has been received (step 

532, Fig. 6). A signal flow, corresponding to the process 
flow for steps 531 to 540 (Fig. 6), along the "WAIT" path, 
would then be implemented. 

In another exemplary embodiment of the present in- 
vention, the calling party is the subscribing party and 
thus can initiate the message transfer on demand. Fig- 
ure 8 illustrates the ISDN processing flow for the case 
in which the calling party explicitly designates the call 
as belonging to a special service by dialing digits to re- 
quest the message service (i.e., the calling party initi- 
ates the message transfer.) Figure 9 presents the de- 
tailed message flow for the processing flow illustrated 
in Figure 8, depicting this embodiment of the present 
invention. In the embodiment of Figures 8 and 9, the 
message is assumed to be textual for illustrative pur- 
poses, however as for the other example embodiments, 
voice messages may equally be used. 

Referring to Figure 8, the calling party invokes the 
message transfer in step 600 by entering a special code 
or series of digits which are contained in the SETUP 
message sent over signaling links. In step 605, the orig- 
inating switch 110 acknowledges the request and 
prompts the calling party for more information. The call- 
ing party 100 in step 610 enters the called party number 
and the textual message that to be sent. The originating 
switch 110 will the route the call to the terminating switch 
210 of the called party 200, along with the text message, 
in step 615, using standard ISDN procedures. In this 
embodiment, the functions performed by the special 
server 120 in the embodiments of Figures 4 through 7 
are performed by the originating switch 110. The termi- 
nating switch 210 then delivers the text message to the 
called party 200 for display in step 620. At this point, the 
call proceeds normally in step 630. 

Referring now to Figure 9, the SETUP message 
generated by the calling party 100 as in the previous 
embodiments specifies that the messaging service is 
being invoked via the calling party's entering a special 



code or series of digits. (See step 600 Fig. 8.) The orig- 
inating switch 110 responds with a SETUP ACKNOWL- 
EDGEMENT requesting more information. (See step 
605 Fig. 8.) The calling party 1 00 then enters the called 

5 party number and the textual message that they wish to 
send. (See step 610 Fig. 8.) This information is pack- 
aged and delivered to the originating switch 110 in one 
or more INFORMATION ("INFO") messages. When all 
of the information has been received by the originating 

10 switch 110, the originating switch 110 generates a CALL 
PROCEEDING message to the calling party 100, and 
completes the call using standard ISDN procedures to 
the terminating switch 210. (See step 615 Fig. 8.) The 
Initial Address Message ("IAM") contains the text mes- 

15 sage being delivered in the UUI element. The message 
is sent to the called party 200 by the terminating switch 
210 in the DISPLAY information element of the SETUP 
message. (See step 620 Fig. 8.) At this point, the call 
proceeds normally. (See step 630 Fig. 8.) 

20 a server function element is required in the present 
invention. The server function element of the present in- 
vention must be able to perform the following functions: 
(1) terminate multiple telephone connections; (2) place 
a connection on hold (When a text message is sent in 

25 a embodiment which does not utilize a special network 
server, there is no need to place the call on hold prior to 
sending the message.); (3) bridge connections: (4) re- 
ceive and store voice messages; (5) play stored mes- 
sages over telephone connections; and, (6) retrieve a 

30 called party address from a dialed alias. In the example 
embodiments of Figures 4-7, the server function ele- 
ment was the special server 120. In the example em- 
bodiment of Figures 8-9, the server function element 
was the originating switch 1 1 0. An example of the server 

35 function element, as utilized in the several illustrative 
embodiments of Figures 4 through 7 discussed, is 
AT&T's Conversant™ System. Examples of the originat- 
ing switch of the embodiments of Figures 8 and 9 which 
are capable of performing these functions are AT&T's 

40 4ESS™ or SESS™ switches. In other embodiments, 
the terminating switch 21 0 or any other similar device in 
the communication network (i.e., a device having the 
necessary "intelligence" to perform the above enumer- 
ated functions) can be utilized as the server function el- 

45 ement. 

The processing flow for the server function element 
of the present invention is shown in Figures 10 and 11 
and is described in detail below. 

Figure 10 presents the server process flow for a 

50 voice message. In step 500, the serverf unction element 
receives an incoming call destined for the called party 
200. In step 502, the server function element accepts 
the call and prompts the calling party 1 00 for a message. 
In step 504, the server function element then accepts 

55 the calling party voice message and records or stores 
it. The calling party is then placed on hold in step 505 
and waits for instructions from the calling party. The 
server function element, in step 506, resolves the called 
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party alias with the actual address of the called party 
200, and in step 508 the server function element places 
the call to the resolved address of the called party. The 
flow continues along the "VOICE" path to step 510 
where, after receiving an indication that the called party 
200 has answered the call (i.e., the connection has been 
established), the server function element in step 512 
plays the stored message for the called party over the 
newly established connection. 

In step 514, the server function element resolves, 
based on input from the called party, to either accept the 
call (step 516), or reject the call (step 520). Where the 
called party has accepted the call (516), the server func- 
tion element will bridge the call (either connect or for- 
ward) in step 518. Where the called party has not ac- 
cepted the call (520), the server function element will 
either, at the choice of the called party, do nothing and 
"Ring Back" (i.e., allow a "ring no answer condition to 
persist) in step 522, or can be configured to play an an- 
nouncement to the called party that the call was not ac- 
cepted by the called party 200 (step 524) and finally re- 
lease the call in step 530. 

Figure 11 presents the server process flowfor a text 
message. In step 700, the server function element re- 
ceives an incoming call destined for the called party 200. 
In step 702, the server function element accepts the call 
and prompts the calling party 1 00 for a message. In step 
704, the server function element then receives the text 
message from the calling party voice message and 
records or stores it. The calling party is then placed on 
hold in step 705 and waits for instructions from the call- 
ing party. The server function element, in step 706, re- 
solves the called party alias with the actual address of 
the called party 200, and in step 708 the server function 
element then initiates a call to the resolved address of 
the called party, using standard ISDN procedures, and 
sends the text message for display to called party 200 
as part of the call SETUP message. 

In step 710, an option is selected to either "wait" or 
"bridge" the call. 

If the "bridge" option is chosen, the call is bridged 
immediately in step 735. The call then proceeds normal- 
ly (step 740). 

If the "wait" option is chosen, the server function el- 
ement resolves in step 714, based on input from the 
called party, to either accept the call (step 716), or reject 
the call (step 720). Where the called party has accepted 
the call (716), the server function element will bridge the 
call (either connect or forward) in step 718. Where the 
called party has not accepted the call (720), the server 
function element will either, at the choice of the called 
party, do nothing and "Ring Back" (i.e., allow a "ring no 
answer" condition to persist) in step 722, or it can be 
configured to play an announcement to the called party 
that the call was not accepted by the called party 200 
(step 724) and finally release the call in step 730. 

In another embodiment of the present invention, as 
in the called party initiated messaging service, in calling 



party initiated service the call could be routed to a server 
function element upon receiving the called party 
number. The server function element would then prompt 
the calling party for the message. The message flows 

5 for text and voice messages would be similar to those 
of the called party initiated messaging service. For the 
illustrative embodiments where the voice message is 
stored in a server function element as acquired over the 
voice path established between the server function ele- 

io ment and the calling party, signalling messages may be 
used instead to carry the voice message. Here, the 
voice message would be digitized at the ISDN phone, 
INFORMATION messages would carry the voice mes- 
sage into the network, and USR messages would be 

15 used to carry the voice message within the network. The 
called party phone would decode the digitized voice and 
play the message for the called party. 

In alternative embodiments, a packet network may 
be used to carry the voice conversation, such as an 

20 ATM-based B-ISDN, or and Internet-like network, then 
voice and text messages would be carried between the 
calling party and network within these packets using 
procedures similar to those described above. 

Although both the calling or called party initiated 

25 service in the illustrative embodiments described herein 
are implemented assuming ISDN equipment, the fea- 
tures of the present invention can also be realized using 
POTS ("Plain Old Telephone Service"). For POTS im- 
plementation, the signalling between the calling and 

30 called parties and the networks would be done using 
DTMF signals. 

This messaging service can be combined with other 
existing services. For example, this service can be com- 
bined with call waiting where when a call arrives at a 

35 terminating switch for a party that is already active in a 
call, a textual message is displayed when the tone is 
generated to the called party indicating that a second 
call has arrived. If the message is a voice message, the 
called party will signal by a flash-hook to receive the 

40 voice message. This service will allow a subscriber to 
decide to either interrupt their current call to handle the 
second call, forward the second call to voice mail, or not 
answer the second call. 

The present invention has been illustrated and de- 

45 scribed with respect to specific exemplary embodiments 
thereof. It will be readily understood, however, that the 
above-described embodiments are merely illustrative of 
the principles of the invention and are not intended to 
be exclusive or otherwise limiting embodiments. It 

50 should further be understood that the foregoing and 
many various modifications, omissions and additions 
may be devised by one skilled in the art without depart- 
ing from the scope of the invention. 



1. A method for interactively identifying a telephone 
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call on a communication network, comprising the 
steps of: 

terminating a first telephone connection from 
said calling location; 

receiving a message entered at said calling lo- 
cation; 

storing said message; 

relaying said stored message over a second 
telephone connection to said called location; 
and 

processing said telephone call based on an in- 
put from said called location. 

2. The method of claim 1 , wherein said relaying step 
includes bridging said call. 

3. The method of claim 2, wherein said bridging said 
call is immediate. 

4. The method of claim 2, wherein said bridging said 
call includes waitingfora user response prior to said 
bridging said call. 

5. The method of claim I, further including placing said 
first connection on hold. 

6. The method of claim 1 , further including prompting 
said calling location to enter a message. 

7. The method of claim 1 , wherein said method further 
includes the steps of dialing of a number of a called 
location from a calling location, said number com- 
prising an alias and retrieving a called location ad- 
dress from said alias. 

8. The method of claim 1 , wherein said method further 
includes the step of dialing of a number from a call- 
ing location, said number comprising an activation 
code. 

9. The method of claim 1 , wherein said processing in- 
cludes bridging said second to said first telephone 
connection. 

10. The method of claim 1 , wherein said processing in- 
cludes forwarding said call to a forwarding location 
over a third telephone connection. 

11. The method of claim 1 , wherein said processing in- 
cludes accommodation for call waiting. 

12. The method of claim 1 , wherein said processing in- 
cludes rejecting said call. 

13. The method of claim 12, wherein when said call is 
rejected, a message is sent back to said calling lo- 
cation informing of said rejection, said call is then 



released. 

14. A method for interactive identification of a telephone 
call placed on a communication network by a calling 

5 party at an originating location to a called party at a 

terminating location comprising the steps of: 

dialing of a number by said calling party at said 
originating location; 

io entering a message by said calling party; 

routing said call from said originating location 
to said terminating location; and 
providing said message to said called party at 
said terminating location to enable said called 

15 party to determine processing of said call. 

15. The method of claim 14, wherein said routing in- 
cludes placing said call on hold. 

20 16. The method of claim 14, wherein said number com- 
prises an alias containing an address of said called 
party. 

17. The method of claim 14, wherein said number in- 
25 eludes an activation code. 

18. The method of claim 14, wherein said routing in- 
cludes routing through a network server. 

30 19. The method of claim 14, wherein said routing in- 
cludes routing through an originating switch. 

20. The method of claim 14, wherein said routing in- 
cludes routing through an intermediate switch. 

35 

21. The method of claim 14, wherein said routing in- 
cludes routing through a terminating switch. 

22. The method of claim 1 4, said method comprises the 
40 step of prompting for said entry of said identifying 

message. 

23. The method of claim 14, wherein said dialed 
number includes an activation code. 

45 

24. The method of claim 1 4, wherein said step of enter- 
ing occurs prior to said step of dialing. 

25. A server function element for interactive identifica- 
50 tion of a telephone call on a communication network 

comprising: 

terminating means for terminating a first tele- 
phone connection from said calling location; 
55 means for receiving a message from said call- 

ing location; 

means for storing said message; 

means for relaying said stored message over a 
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second telephone connection to said called lo- 
cation; and 

means for processing said telephone call 
based on an input from said called location. 

5 

26. The server function element of claim 25, wherein 
server function element further includes means for 
placing said first connection on hold. 

27. A system for interactive identification of a telephone 10 
call placed on a communication network by a calling 
party at an originating location to a called party at a 
terminating location comprising: 

means for dialing, by said calling party at said 15 

originating location, of a number; 

means for entering a message by said calling 

party; 

means for routing said call from said originating 
location to said terminating location; and 20 
means for providing said message to said 
called party at said terminating location to en- 
able said called party to determine processing 
of said call. 

25 
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FIG. A 
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FIG. 8 

CALLING PARTY INITIATED. TEXT MESSAGE 



600- 



CALLING PARTY 
DIALS SPECIAL DIGITS 
(SEND SETUP) 



605- 



SWITCH ACKNOWLEDGES 
SETUP AND REQUESTS 
INFORMATION 



610 



CALLING PARTY ENTERS 
CALLED PARTY # AND 
THE TEXT MESSAGE [SENDS 
INFO MESSAGE (SI) 



SWITCH ROUTES CALL TO 
CALLED PARTY (IAM MESSAGE 
CONTAINS THE TEXT MESSAGE 
AS UUI) 



620 



TERMINATING SWITCH DELIVERS 
CALL TO CALLED PARTY (SETUP 
MESSAGE WITH TEXT MESSAGE 
IN DISPLAY IE) 



630 



CALL PROCEEDS NORMALLY 



15 



EP 0 802 661 A2 



FIG. 9 
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